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[57] ABSTRACT 

A computer has a memory storing a number of software 
applications, and a registration file, indicating which appli- 
cation versions are currently installed in the memory. A 
software update mechanism in the computer accesses a 
remote file server to obtain a release file containing a list of 
software applications available from the remote server, and 
compares the release file with the registration file to deter- 
mine which of the installed applications have upgrades 
available. When a user selects an application for upgrading, 
and the update mechanism accesses the remote file server to 
obtain a manifest file containing details of the application 
files required to form an updated version of this applications. 
The manifest file is used to determine which of the required 
application files are akeady available in the computer; and 
only those application files that are not already available in 
the computer are accessed and installed in the memory. 
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UPDATING MECHANISM FOR SOFTWARE 

BACKGROUND OF THE INVENTION 

This invention relates to an updating mechanism for ^ 
software applications. 

The invention is concerned with the problem of updating 
a number of software applications installed in a number of 
client computers. Conventioaally, this is done by distribut- 
ing the update information on media such as floppy disks or jq 
CD-ROMs. It is also possible for users to download required 
updates over a network from a file server, for example using 
a standard file transfer protocol such as ftp. 

Problems with these existing methods of updating soft- 
ware applications are that they are inconvenient for the user, 15 
requiring the user to perform actions to obtain the necessary 
update information and to install it on the user's computer, 
and that the administrative function does not know whether 
the update has been done. The object of the present invention 
is to provide a more convenient and user-friendly mecha- 20 
nism for performing updates. 

SUMMARY OF THE INVENTION 

According to the invention a computer comprises a 
memory storing a plurality of software applications and 
storing a registration file, indicating which applications are 
currently installed in said memory and their version details, 
the computer also including a software update mechanism 
comprising: 

(a) means for accessing a remote file server to obtain a 
release file containing a list of software applications 
available from the remote server and their current 
version details; 

(b) means for comparing said release file with said 35 
registration file to determine which of the installed 
applications have upgrades available; 

(c) user interface means for allowing a user to select at 
least one of said applications for upgrading; 

(d) means for accessing the remote file server to obtain a 
manifest file containing details of the application files 
required to form an updated version of the selected 
application; 

(e) means for using the manifest file to determine which 
of said application files are already available in the 
computer; and 

(Q means for accessing the remote file server to retrieve 
those application files that are not already available in 
the computer, and installing those files in the memory. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a computer network, includ- 
ing a number of clients and servers. 

FIG. 2 is a flow chart of an uploader program. 55 

FIGS. 3A and 3B are flow charts of an update program. 

FIGS. 4 to 8 show screen displays used by the uploader 
program. 

FIG. 9 shows a screen display used by the update pro- 
gram. 

DESCRIPTION OF AN EMBODIMENT OF THE 
INVENTION 

One embodiment of the invention will now be described 65 
by way of example with reference to the accompanying 
drawings. 
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FIG. 1 shows a computer network comprising a number 
of client computers 101 and a number of server computers 
102, interconnected by a network 103. The computers 101, 
102 may for example be standard personal computers (PCs) 
running under the Microsoft Windows operating system. 
The network 103 may employ a conventional transport 
protocol, such as TCP/IP. 

Each file server 102 stores a number of application files 
104, forming a number of software applications. Normally, 
each application consists of several application files. The 
application files are stored in compressed form, using any 
standard data compression technique. 

Conveniently, the server has a number of application 
directories, one for each application. Each of these directo- 
ries has a number of sub-directories, which hold the new or 
amended application files for different versions of the appli- 
cation. Typically, one of these versions is an installer version 
of the application, while the other versions are non- 
installers. An installer is an executable program which, when 
run on a client machine, sets up the correct environment for 
the application. Normally, the first release of an application 
is an installer, and subsequent releases are non-installers. 

Each file server also stores a number of manifest files 105, 
one for each version of each application stored on the server. 
These manifest files are stored in the relevant sub- 
directories, and each has a name constructed from the name 
and release number of the application to which it relates. 
Each manifest file contains a list of the application files that 
make up the particular version of the application. For each 
application file, it contains the following parameters: 

The filename of the application file. 

The version number of the application file. 

The target directory into which the application file should 
be installed. 

Date and time of issue. 

File size and compressed file size. 

An action parameter which indicates whether the file is to 
be installed, to be deleted, or to be executed on download. 

A flag which indicates access permissions of the file, e.g. 
read only. 

A cyclic redundancy checksum (CRC). 

AdditionaUy, each server stores one or two release files 
106 containing a list of all the applications available on the 
server. For each application, a release file contains the 
following parameters: 

The name of the application, i.e. a short identifying name 
for the application. 

The version number of the application. 

llie application title, i.e. an identifier by which it is known 
to the user. (Note that the application title is distinct from the 
application name). 

A parameter which specifies a linkage between this appli- 
cation and another application, such that any upgrade to this 
application will automatically cause the other application to 
be upgraded. 

A list of user names indicating which users are permitted 
to download the application. If no user names are specified, 
any user is permitted to download the application. 

A parameter which specifies whether the version number 
should be displayed to the user as a date. 

The status of the application. 

A release file may be in one of two states: live or deferred. 
When the release file is in the live state, it is visible to the 
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software updating mechanism; otherwise it is invisible. At in the source server. If so, it then sets up a new skeleton 

any point in time on a server, there will be either: directory structure and empty release files (live and 

(a) one live release file and no (i.e. an empty) deferred deferred), and then exits. 

release file; or (Step 204) Assuming that the chosen release file is 

(b) one live release file and one deferred release file. 5 available, the uploader fetches this file from the source 
Each server computer includes a standard file server server. 

program 107, which can supply (to the update program) or (Step 205) The uploader then displays a "Select New 

receive (from the uploader program) files over the network Release" screen, as shown in FIG. 5. This screen allows the 

on request to or from any of the cUent computers, using a administrator to select either a "Base on Existmg Apphca- 

standard file transfer protocol such as ftp. lO ,^P^^?? «^ ' New Apphcation option 

Each of the cHent computers 101 stores a number of J^'^": Existing Application opuon is se ectcd, 

u . r u c 1- the uploader displays a list of the existing software 

software apphcaUons, each consistmg of a nmnber of apph- .ppii^^Uons, along wiih their version numbers, derived from 

cation tiles 10«. bach c lent also stores a registration ti e lOy ^he chosen release file. The administrator can then select one 

contaming a list of all the applications currently installed on ^^^^ ^^i^ting applications and enter a new version 

the client which are to be mamtamed by a software updating 15 number. If the "New Application" option is selected, the 

mechanism. For each application, the registration file con- administrator can enter a new name ("Moniker") and a 

tains the following parameters: version number for the new application. 

The application name. If an "Edit Release Details" button is selected, the 

The latest version number installed on the client. uploader proceeds to Step 206 below. If an "OK" button is 

The application title. 20 selected, the uploader proceeds to Step 209. 

The directory in which the application is installed. (Step 206) If the "Edit Release Details" button is selected. 

In general, the applications currently installed on any the uploader displays a screen as shown in FIG. 6, which 

given client will be a subset of the applications available on allows the administrator to update an entry in the release file, 

the servers, and may not be the most up-to-date versions of or to create a new entry. This screen includes the following 

those applications. 25 text input boxes: 

Each client computer includes an update program 110, "Title" — the application title, 

which provides a mechanism for updating the software "DependsUpon" — this specifies a linkage between this 

applications installed on that computer, and for installing application and another application, 

new applications if required. "UserName" — a list of user names indicating which users 

The system also includes an uploader program 111, which 30 are permitted to download the application, 

provides a mechanism for uploading a new or updated "DisplayAsDate" — a parameter specifying whether the 

version of an application onto the servers. In FIG, 1, the version number should be displayed to the user as a date, 

uploader program 111 is shown as resident on one of the "Status" — the status of the application, 

client computers 101. Alternatively, the uploader may reside Selection of a "Select Target Servers" button causes the 

on a different computer, such as one of the servers, or on a 35 uploader to proceed to Step 207 below. Selection of an "OK" 

separate system administration computer. The new or button causes the uploader to proceed to Step 208, provided 

updated application comprises a set of new application files that at least one target server has been selected; if not it 

112, accessible to the computer in which the uploader displays a warning message that no target server has been 

resides. selected. 

Uploader Program 40 (Step 207) If the "Select Target Servers" button is 
FIG. 2 shows the operation of the uploader program 111. selected, the uploader displays a screen as shown in FIG. 7, 
This program is used by a system administrator when it is which allows the administrator to select one or more servers 
desired to upload a new or updated version of a software as target servers, to receive the updated release file. Select- 
application onto the servers. The uploader is conveniently a ing the "OK" button on this screen causes the uploader to 
Microsoft Windows program. 45 return to Step 206. 

(Step 201) The uploader first displays a main screen, as (Step 208) The uploader writes the updated release file to 

shown in FIG. 4, which allows the administrator to specify each of the selected target servers for an existing application, 

which of the servers 102 is to act as a source server for This allows a system administrator to only update these 

obtaining a release file. The administrator can also specify release fields on the servers without going through a full 

the file transfer protocol to be used, for example ftp. This 50 uploader session or even creating a new release version of 

main screen is displayed throughout the uploader session, the application. However, for a new application, the 

and plots the progress of the session. uploader does not update the release file with the new release 

The administrator can also specify, by way of message fields and write it to the servers until an actual release exists 

boxes, whether the new or updated application is an installer on the servers at step 212. 

or a non-installer, and whether a deferred or live release file 55 (Step 209) The uploader contacts the source server to 

is to be used as a source. Of course, the second question is obtain the manifest file for the selected application, 

only asked if there is a non-empty deferred release file in (Step 210) The uploader then displays a screen as shown 

existence at that time. If not, then the live release file is used in FIG. 8, showing the contents of the manifest file. This file 

as source by default. When a release file is made live, the can then be edited by the administrator, so as to create a new 

deferred release file is emptied, i.e. it effectively does not 60 manifest file for the new or updated application. This may 

exist. involve, for example, adding new directories or files, remov- 

(Step 202) Selecting the "Start" button from the main ing files, marking existing files for deletion on download, 

screen causes the uploader to contact the specified source marking files for execution on download, and editing other 

server and to check whether the chosen release file is file details (e.g. marking the file read only). This is done 

available. 65 through menu commands. 

(Step 203) If the chosen release file is not available, the (Step 211) I'he uploader can then display a screen as 

uploader asks if a new uploader environment is to be created shown in FIG. 7 through a menu command if not done at 
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step 207, allowing the administrator to select one or more 
servers as target servers, or to modify any existing selection 
done at step 207. 

(Step 212) By choosing the appropriate menu command, 
the system administrator can then cause the uploader to 
write the updated release file, the new manifest file and all 
the new application files 112 to each of the selected target 
servers. The updated release file may be written in either a 
deferred or live state. If it is written in the live state, then any 
existing deferred release file is emptied. 

Optionally, the updated release file may be sorted into a 
user-defined order before it is written (which is the order 
displayed in FIG. 9). Also optionally, the uploader may tidy 
the filestore on each target server after performing the 
writes. 

(Step 213) The uploader also saves the previous version 
number of the application and, optionally, prints out the 
release files. 

(Step 214) The uploader then asks the administrator 
whether the release is to be repeated to new or failed servers. 
If so, the uploader returns to Step 211; otherwise it exits. 
Update Program 

FIGS. 3A and 3B show the operation of the update 
program 110. This program can be run at any time on request 
by a user. Conveniently, it is a Microsoft Windows program. 

(Step 301) Referring to FIG. 3A, the update program first 
contacts one of the servers 102, by way of the network 103, 
to obtain the live release file from that server. 

(Step 302) The update program then compares this release 
file with its locally held registration file 109, to identify 
which of the currently installed applications have more 
recent versions available. It also identifies any new appli- 
cation installers in the release file for applications that are 
not installed locally on the client. 

The update program then displays a screen, as shown in 
FIG. 9, which allows the user to select either an "Updates" 
option or a "New Release" option. If the user selects the 
"Updates" option, the update program proceeds to step 303 
in FIG. 3 A. Alternatively, if the user selects the "New 
Release" option, the update program proceeds to step 310 in 
FIG. 3B (see below). 

(Step 303) If the user selects the "Updates" option, a list 
of the titles and versions of currently installed applications 
is displayed, as shown in FIG. 9. The diisplay indicates 
which, if any, of the applications have more recent versions 
available. As an example, FIG. 9 shows that the installed 
application "Peripheral Products Binder [Jan. 10, 1996]" is 
up-to-date, while the installed application "Networking 
Binder [Jan. 9, 1996]" has a more recent version available. 
The user may select from this list one or more (or all) of the 
applications for which a more recent version is available. 
Selection of an application will automatically cause any 
dependent applications to be selected. 

If there is a more recent version available of the update 
program itself, this is automatically selected. Hence, every 
time the update program runs it will update itself if neces- 
sary. 

If the user selects the "OK" button on this screen, the 
program proceeds to Step 304 below. Alternatively, the user 
may simply exit from the program without performing any 
updates by selecting the "Cancel" button. 

(Step 304) Assuming the "OK" button was selected in 
step 303, the update program contacts the server 102 to 
obtain the manifest file for the first (or only) of the selected 
applications. 

(Step 305) The update program then determines differ- 
ences between files installed on the client computer and 
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those listed in the manifest file. For each application file 
listed in the manifest file, a check is made to determine 
whether the specified file is already present in the specified 
directory in the client by using CRC checks. If not, the 

5 program contacts the server 102, to retrieve the required 
application file. The retrieved file is expanded, and then 
checked for file-transfer corruption, using the CRC check- 
sum. All the application files are read into a temporary 
directory on the client computer. 

Thus, it can be seen that the update program does not fetch 
any application file if the required version of that file is 
already installed in the required directory, thereby eliminat- 
ing unnecessary trafEc over the network. 

(Step 306) When all the files listed in the manifest file 
have been correctly retrieved, the installation actions are 

^5 implemented as follows. Any files marked for deletion are 
deleted from the client computer, files marked for execution 
are executed and files marked for installation are installed 
into the specified directories in the client, provided the file 
version is more advanced than that of the existing file. Hence 

20 then any existing files with the same names in the directories 
will be overwritten. 

If, on the other hand, some of the file transfers failed, none 
of the files are installed. Instead, a message is displayed, 
giving the user the option of either cancelling the update, or 

25 making another attempt to access the files. 

(Step 307) If all the required applications have now been 
updated, the update program proceeds to Step 308. Other- 
wise it returns to Step 304 above to get the manifest file for 
the next required application to be updated. 

30 (Step 308) Before exiting, the update program allows the 
user to return feedback (i.e. comments on the update pro- 
gram or the other applications the user is downloading and 
using) to a central server. The program also automatically 
returns statistics to the central server, showing who the user 

35 is and what has been downloaded. The central server main- 
tains a table based on these statistics, allowing the system 
administrator to check whether each user is using the latest 
versions of the software applications. 

Referring now to FIG. 3B, if the user selects the "New 

40 Release" option from the screen shown in FIG. 9, the update 
program proceeds as follows. 

(Step 310) A list of newly released application installers, 
for applications not currently installed on this client, is 
displayed. The user may select only one of the application 

45 installers from this list. 

If the user selects the "OK" button on this screen, the 
program proceeds to Step 311 below. Alternatively, the user 
may simply exit from the program without performing any 
updates by selecting the "Cancel" button. 

50 (Step 311) If the "OK" button was selected in step 310, the 
update program contacts the server 102 to obtain the mani- 
fest file for the selected application installer. 

(Step 312) A check is then made to determine whether the 
specified installer file is already present in the specified 

55 directory in the client by using CRC checks. If not, the 
program contacts the server 102, to retrieve the required 
installer file. The retrieved file is expanded, and then 
checked for file-transfer corruption, using the CRC check- 
sum. The installer file is read into the temporary directory, 

60 and remains there for subsequent execution. 

(Step 313) The update program returns statistics on the 
installation to the central server. 

(Step 314) The update program then displays a message 
box, asking whether the user wishes to execute the installer 

65 now. 

(Step 315) If the user selects "Yes" from this message 
box, the update program exits and enters the installer. 
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The update program logs its actions, so that in the event 
of a failure, such as a communications failure, it can restart 
from the point where the last file was correctly received. 

It should be noted that the software update mechanism 
and the uploading mechanism described above do not 5 
require any special-purpose software resident on the servers. 
The servers run standard file server programs, and all the 
intelligence for the software update mechanism and the 
uploading mechanism resides solely in the update program 
and the uploader program. 
Some Possible Modifications 

. It will be appreciated that many modifications may be 
made to the system described above without departing from 
the scope of the present invention. For example, the system 
may be adapted to different operating systems and transport 
protocols. 
I claim: 

1. A computer comprising a memory storing a plurality of 
software applications and storing a registration file, indicat- 
ing which applications are currently installed in said 
memory and Uieir version details, the computer also includ- 20 
ing a software update mechanism comprising: 

(a) means for accessing a remote file server to download 
from said remote file server to said computer a release 
file containing a list of software applications available 
from the remote server and their current version details; 25 

(b) means for comparing said release file with said 
registration file to determine which of the installed 
applications have upgrades available; 

(c) user interface means for allowing a user to select at 
least one of said applications for upgrading; 30 

(d) means for accessing the remote file server to download 
from said remote file server to said computer a manifest 
file containing details of the application files required to 
form an updated version of the selected application; 

(e) means for checking whether the application files listed 35 
in the manifest file are already available in the com- 
puter; and 

(Q means for accessing the remote file server to retrieve 
those application files that are not already available in 
the computer, and installing those files in the memory. 40 

2. A computer according to claim 1 wherein said manifest 
file also includes details of application files required to be 
deleted in order to form the updated version of said selected 
application. 

3. A computer according to claim 1 wherein said manifest 45 
file also includes details of application files required to be 
executed in order to form the updated version of said 
selected application. 

4. A computer according to claim 1, wherein said release 
file includes at least one parameter specifying a linkage 50 
between a first application and a second application, and 
wherein said user interface means automatically selects said 
second application for upgrading whenever said first appli- 
cation is selected for upgrading. 

5. A computer according to claim 1, wherein said software 5s 
update mechanism comprises an update program, and 
wherein said user interface means automatically selects the 
update program for upgrading whenever one of said appli- 
cations is selected for upgrading. 

6. A computer according to claim 1 including means for 60 
using a checksum to check said application files when 
retrieved from said remote file server and for allowing the 
retrieved files to be installed only if the check is satisfactory. 

7. A computer according to claim 1, further comprising: 
(g) means for comparing said release file with said 65 

registration file to identify available new installer ver- 
sions of applications; 



(h) user interface means for allowing a user to select one 
of said installer versions; 

(i) means for accessing the remote file server to obtain a 
manifest file containing details of the installer files 
associated with said one of said installer versions; 

(j) means for using the manifest file to determine which of 
said installer files are already available in said memory 
means; and 

(k) means for retrieving those installer files that are not 
already available in said memory means from the 
remote file server, and executing those files. 

8. A computer network comprising a plurality of server 
computers and a plurality of client computers, wherein each 
of the client computers comprises: 

(a) memory means for storing a plurality of software 
applications, and for storing a registration file, indicat- 
ing which applications are currently installed in the 
memory means and their version details; 

(b) means for accessing one of said server computers to 
download fi'om said server computer to said client 
computer a release file containing a list of software 
applications available from said server computer and 
their current version details; 

(c) means for comparing said release file with said reg- 
istration file to determine which of the installed appli- 
cations have upgrades available; 

(d) user interface means for allowing a user to select at 
least one of said applications for upgrading; 

(e) means for accessing said server computer to download 
from said server computer to said client computer a 
manifest file containing details of the application files 
required to form an updated version of the selected 
application; 

(f) means for checking whether the application files listed 
in the manifest file are already available in said 
memory means; and 

(g) means for accessing said server computer to retrieve 
those application files that are not already available in 
said memory means, and installing those files in said 
memory means. 

9. A computer network according to claim 8 wherein at 
least one of said computers includes an uploader mechanism 
comprising: 

(h) means for accessing one of said server computers to 
obtain a manifest file containing details of the applica- 
tion files forming a current version of a particular 
application; 

(i) means for editing the manifest file to form a new 
manifest file for a new or updated application; 

(j) means for uploading the new manifest file, along with 
application files for the new or updated application, 
into one or more of the server computers. 

10. A computer network according to claim 8 wherein at 
least one of said servers includes means for maintaining 
statistics on which applications have been downloaded by 
which users, 

11. A method of updating software in a computer, the 
method comprising: 

(a) storing in said computer a registration file, indicating 
which applications are currently installed in the com- 
puter and their version details; 

(b) accessing a remote file server to download from said 
remote file server to said computer a release file con- 
taining a list of software applications available from the 
remote server and their current version details; 
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(c) comparing said release file with said registration file to 
determine which of the installed applications have 
upgrades available; 

(d) allowing a user to select at least one of said applica- 
tions for upgrading; 

(e) accessing the remote file server to download from said 
remote file server to said computer a manifest file 
containing details of the application files required to 
form an updated version of the selected application; 

(f) checking whether the application files fisted in the 
manifest file are already available in the computer; and 

(g) accessing the remote file server to retrieve those 
application files that are not already available in the 
computer, and installing those files in the computer. 15 

12. A method according to claim 11, including the further 
step of deleting further application files as specified in said 
manifest file. 

13. A method according to claim 11, including the further 
step of executing further application files as specified in said 20 
manifest file. 

14. A method according to claim 11, wherein said release 
file includes at least one parameter specifying a linkage 
between a first application and a second application, and 
including the further step of automatically selecting said 25 
second appfication for upgrading whenever said first appli- 
cation is selected for upgrading. 

15. A method according to claim 11, including the further 
step of automatically selecting an update program for 
upgrading whenever one of said applications is selected for 3Q 
upgrading. 

16. A method according to claim 11 including the further 
step of using a checksum to check said application files 
when retrieved from said remote file server, and allowing the 
retrieved files to be installed only if the check is satisfactory. 35 

17. A method according to claim 11, including the further 
steps: 

(h) comparing said release file with said registration file to 
identify available new installer versions of applica- 
tions; 40 

(i) allowing a user to select one of said installer versions; 
(j) accessing the remote file server to download from said 

remote file server to said computer a manifest file 
containing details of the installer files associated with 
said one of said installer versions; 
(k) using the manifest file to determine which of said 
installer files are already available in said memory 
means; and 

(1) downloading those installer files that are not already 
available in said memory means from the remote file 
server to said computer, and executing those files in 
said computer. 

18. A method of updating software in a computer, the 
method comprising: 

(a) storing a registration file, indicating which applica- 
tions are currently installed in the computer and their 
version details; 

(b) accessing a remote file server to obtain a release file 
containing a list of software applications available from 50 
the remote server and their current version details, said 
release file including at least one parameter specifying 

a linkage between a first application and a second 
application; 

(c) comparing said release file with said registration file to 65 
determine which of the installed applications have 
upgrades available; 
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(d) allowing a user to select at least one of said applica- 
tions for upgrading; 

(e) accessing the remote file server to obtain a manifest 
file containing details of the application files required to 
form an updated version of the selected application; 

(f) using the manifest file to determine which of the 
required application files are already available in the 
computer; 

(g) accessing the remote file server to retrieve those 
application files that are not already available in the 
computer, and installing those files in the computer; 
and 

(h) automatically selecting said second application for 
upgrading whenever said first application is selected for 
upgrading. 

19. A method of updating software in a computer, the 
method comprising running an update program to perform 
the steps: 

(a) accessing a remote file server to obtain a release file 
containing a list of software applications available from 
the remote server and their current version details; 

(b) comparing said release file with a registration file, 
indicating which appHcations are currently installed in 
the computer and their version details, to determine 
which of the installed applications have upgrades avail- 
able; 

(c) allowing a user to select at least one of said applica- 
tions for upgrading; 

(d) accessing the remote file server to obtain a manifest 
file containing details of the application files required to 
form an updated version of the selected application; 

(e) using the manifest file to determine which of the 
required application files are already available in the 
computer; and 

(f) accessing the remote file server to retrieve those 
application files that are not already available in the 
computer, and installing those files in the computer; 

(g) wherein the update program is automatically selected 
for upgrading whenever one of said applications is 
selected for upgrading. 

20. A method of updating software in a computer, the 
method comprising: 

(a) storing a registration file, indicating which applica- 
tions are currently installed in the computer and their 
version details; 

(b) accessing a remote file server to obtain a release file 
containing a list of software appHcations available from 
the remote server and their current version details; 

(c) comparing said release file with said registration file to 
identify available new installer versions of applica- 
tions; 

(d) allowing a user to select one of said installer versions; 

(e) accessing the remote file server to obtain a manifest 
file containing details of the installer files associated 
with said one of said installer versions; 

(f) using the manifest file to determine which of said 
installer files are already available in said memory 
means; and 

(g) retrieving those installer files that are not already 
available in said memory means from the remote file 
server, and executing those files. 
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